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METHOD AND APPARATUS TO PROVIDE A PERSONALIZED CHANNEL 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates generally to broadcast systems and, more specifically, 
the present invention relates to providing a personalized channel. 
Background Information 

Broadcast systems traditionally transmit data in one direction from a server system 
to a plurality of client systems. For example, television and movies today are delivered via 
network and content aggregators. Moreover, content is delivered in a manner that has the 
broadest appeal. As an illustration, many of today's television broadcasters rely upon 
Neilson ratings to determine broadcast programming and/or scheduling. Neilson ratings 
are generally based upon only a small sampling of a cross-section of the public. 
Consequently, most television viewers have relatively little or no impact on broadcast 
schedules and/or content. Users of client systems typically just consume the signals 
received from the server system as they are broadcast. 

One paradigm in which users are provided with some input into the content 
delivered to them is "content on demand," which involves server systems that broadcast the 
same data continuously and/or at staggered intervals. Thus, if a user desires to consume a 
particular data file on demand, the user "tunes in" to one of the repeated broadcasts of the 
data file. One example of this paradigm can be illustrated with present day "pay per view" 
movies that are available from cable or satellite television providers. For instance, cable 
television providers commonly broadcast the same movies repeatedly on multiple channels 
at staggered intervals. Users that wish to watch a particular movie "on demand" simply 
tune in to one of the channels on which the desired movie is broadcast at the beginning of 
one of the times that the movie is broadcast. The continuous and repeated broadcasts of 
the same data or programs results in a very inefficient use of broadcast bandwidth. 
Bandwidth used to broadcast the same data repeatedly on multiple channels could 
otherwise be used to broadcast different data. 

Another paradigm for providing content on demand in a broadcast system involves 
a user recording a particular data file and later accessing the data file "on demand." 
Continuing with the television broadcast illustration discussed above, an example of this 
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paradigm is a user setting up his or her video cassette recorder (VCR) to record a desired 
television program. Later, when the user wishes to watch the television program "on 
demand," the user simply plays the earlier recorded program from his or her VCR. 
Recently, more advanced digital video recorders have become available, which record the 
television broadcasts on internal hard drives instead of the video cassette tapes used by 
traditional VCRs. However, use of the digital video recorders is similar to traditional 
VCRs in that the users are required to explicitly set the criteria used (e.g. date, time) to 
determine which broadcasts are recorded on the internal hard drives. 

Other paradigms have been established to deliver content targeted at specific 
interest groups such as core interest channels, e.g. the Cartoon Network, the Disney 
Network, the E! Entertainment Network, etc. 

However, even with the use of these new paradigms to provide targeted content and 
content "on demand," none of these paradigms take into account a user's past viewing 
history and automatically and specifically target content for a given user. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation in the 
accompanying figures. 

Figure 1 A is a block diagram illustrating one embodiment of a broadcast system in 
accordance with the teachings of the present invention. 

Figure IB is a block diagram illustrating another embodiment of a broadcast 
system in accordance with the teachings of the present invention. 

Figure 1C is a block diagram illustrating yet another embodiment of a broadcast 
system in accordance with the teachings of the present invention. 

Figure 2 is a block diagram of one embodiment of a computer system 
representative of a client or a server in accordance with the teachings of the present 
invention. 

Figure 3 is a flow diagram illustrating one embodiment of the flow of events in a 
server and a client when broadcasting meta-data and data files in accordance with the 
teachings of the present invention. 

Figure 4 is a flow diagram illustrating one embodiment of the flow of events in a 
client when processing meta-data broadcast from a server to maintain a meta-data table and 
content rating table in accordance with the teachings of the present invention. 

Figure 5 is an illustration of one example of meta-data broadcast by a server to 
describe a data file in accordance with the teachings of the present invention. 

Figure 6 is an illustration of one example of a meta-data table updated and 
maintained by a client in accordance with the teachings of the present invention. 

Figure 7 is an illustration of one example of a content rating table updated and 
maintained by a client in accordance with the teachings of the present invention. 

Figure 8 is a diagram an illustrating one embodiment of data files that are classified 
by a user in accordance with the teachings of the present invention. 

Figure 9 is a diagram illustrating one embodiment of a meta-data table that is 
updated in response to user classifications in accordance with the teachings of the present 
invention. 

Figure 10 is a diagram illustrating one embodiment of a meta-data table that is 
updated after a user access in accordance with the teachings of the present invention. 

Figure 1 1 is a diagram illustrating one embodiment of a content rating table that is 
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updated after a user access in accordance with the teachings of the present invention. 

Figure 12 is a diagram illustrating another embodiment of a meta-data table that is 
updated after another user access in accordance with the teachings of the present invention. 

Figure 13 is a flow diagram illustrating one embodiment of a process for selecting 
and displaying a data file on a personalized channel. 

Figure 14 is a flow diagram illustrating another, more detailed, embodiment of a 
process for selecting and displaying a data file on a personalized channel. 
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DETAILED DESCRIPTION 

In one aspect of the present invention, signaling methods and apparatuses for 
providing content on demand in a broadcast system are disclosed. In another aspect of the 
present invention, methods and apparatuses are disclosed for rating content to be broadcast 
or to be broadcast potentially from a server are disclosed. In yet another aspect of the 
present invention, methods and apparatuses for dynamically determining the broadcast 
content and/or schedule of a server are disclosed. 

In one particular embodiment of the present invention, a method, apparatus, and 
machine-readable medium for automatically delivering data files (e.g. television and 
movies) via a personalized channel to a user, that are based on the user's profile and 
viewing habits, are provided. The personalized channel is displayed on a display device to 
the user. This enables a passive viewing experience for the end-user. The user only needs 
to tune to his or her personalized channel (e.g. channel 99) to view personalized content 
synthesized from all of available content sources available to the user. As an illustration, 
the content can be reviewed from a multitude of sources such as cable, standard television 
(TV) signals (e.g. National Television Standards Committee (NTSC), Advanced 
Television System Committee (ATSC) format, Digital Video Broadcast (DVB) format, 
over a computer network, etc.) 

In the following description, the various embodiments of the present invention will 
be described in detail. However, such details are included to facilitate understanding of the 
invention and to describe exemplary embodiments for implementing the invention. Such 
details should not be used to limit the invention to the particular embodiments described 
because other variations and embodiments are possible while staying within the scope of 
the invention. Furthermore, although numerous details are set forth in order to provide a 
thorough understanding of the present invention, it will be apparent to one skilled in the art 
that these specific details are not required in order to practice the present invention. In 
other instances details such as, well-known methods, types of data, protocols, procedures, 
components, networking equipment, electrical structures and circuits, are not described in 
detail, or are shown in block diagram form, in order not to obscure the present invention. 
Furthermore, aspects of the invention will be described in particular embodiments but may 
be implemented in hardware, software, firmware, middleware, or a combination thereof. 

Figure 1 A is an illustration of one embodiment of a broadcast system in accordance 
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with the teachings of the present invention. As illustrated in the depicted embodiment, a 
server 103 is configured to broadcast information to a plurality of clients 105, 107 and 109. 
hi the embodiment shown in Figure 1A, client 105 receives a broadcast from server 103 
through a link 1 15 from a broadcast antenna 111. Similarly, client 107 receives a 
broadcast from server 103 through a link 1 17 and client 109 receives a broadcast from 
server 103 through a link 1 19 from broadcast antenna 111. In one embodiment, links 115, 
1 17 and 119 are uni-directional wireless radio frequency (RF) links from broadcast antenna 
in a format such as for example, but not limited to known amplitude modulation (AM) or 
frequency modulation (FM) radio signals, standard television (TV) signals (e.g. National 
Television Standards Committee (NTSC)), Advanced Television System Committee 
(ATSC) format, digital video broadcast (DVB) signals or the like, which are broadcast 

through the atmosphere. 

In one embodiment, server 103 is configured to broadcast a plurality of data files, 
which maybe received by clients 105, 107 and 109. In one embodiment, the data files 
may be any combination of a number of different types of files including for example 
video, audio, graphics, text, multi-media or the like. For purposes of explanation, many of 
the examples provided in this disclosure to help describe the present invention assume that 
the data files to be broadcast by the server are audio/video files, such as lor example 
movies with moving images and sound. However, it will be appreciated that the data files 
broadcast in accordance with the teachings of the present invention are not limited only to 
audio/video files. 

As illustrated in the embodiment shown Figure 1 A, there is a one-way or uni- 
directional link between the server 103 and clients 105, 107 and 109. However, in another 
embodiment, it is appreciated that there may also be a communications link between server 
103 and each client 105, 107 and 109, respectively. In particular, Figure IB is an 
illustration of the broadcast system of Figure 1A with the addition of a "back channel" or 
communications link between each client 105, 107 and 109 and server 103. In particular, 
the embodiment illustrated in Figure IB shows links 121, 123 and 125, which maybe used 
by clients 105, 107 and 109, respectively, to send information back to server 103. In one 
embodiment, however, links 121, 123 and 125 are not utilized in accordance with the 
teachings of the present invention. As will be discussed, in another embodiment, links 
121, 123 and 125 are utilized in accordance with the teachings of the present invention. 
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Although links 121, 123 and 125 are illustrated in Figure IB as direct links between clients 
105, 107 and 109 and server 103, it is appreciated that clients 105, 107 and 109 may 
communicate information to server 103 through indirect links such as for example but not 
limited to broadcasted wireless signals, network communications or the like. 

Figure 1C is an illustration of yet another embodiment of a broadcast system in 
accordance with the teachings of the present invention. As shown, server 103 is coupled to 
broadcast information to a plurality of clients 105, 107 and 109 through a network 1 13. In 
one embodiment, network 113 may be any type of communications network through which 
a plurality of different devices may communicate such as for example but not limited to the 
Internet, a wide area network (WAN), a local area network (LAN), an intranet, or the like. 

In the embodiment illustrated in Figure 1C, client 105 is coupled to receive 
information broadcast from server 103 through link 1 15. Similarly, client 107 is coupled 
to receive information broadcast from server 103 through link 1 17 and client 109 coupled 
to receive information broadcast from server 103 through link 119. It is noted that in the 
embodiment illustrated in Figure 1 C, links 1 1 5, 1 1 7 and 1 1 9 are shown as uni-directional 
links from network 1 13 to clients 105, 107 and 109. In another embodiment, links 115, 
1 17 and 1 19 are bi-directional links, which enable clients 105, 107 and 109 to 
communication information to server 103. For example, links 115, 117 and 119 could be 
cable links. 

Figure 2 is a block diagram illustrating one embodiment of a machine 201 that may 
be used for the server 103, or clients 103, 105 or 107 in accordance with the teachings of 
the present invention. In one embodiment, machine 201 is a computer or a set top box that 
includes a processor 203 coupled to a bus 207. In one embodiment, memory 205, storage 
21 1, display controller 209, communications interface 213, input/output controller 215 and 
audio controller 227 are also coupled to bus 207. 

In one embodiment, machine 201 interfaces to external systems through 
communications interface 213. Communications interface 213 may include a radio 
transceiver compatible with AM, FM, TV, digital TV, DVB, wireless telephone signals or 
the like. Communications interface 213 may also include an analog modem, Integrated 
Services Digital Network (ISDN) modem, cable modem, Digital Subscriber Line (DSL) 
modem, a T-l line interface, a T-3 line interface, an optical carrier interface (e.g. OC-3), 
token ring interface, satellite transmission interface, a wireless interface or other interfaces 
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for coupling a device to other devices. 

In one embodiment, a carrier wave signal 223 is received by communications 
interface 213 to communicate with antenna 111. In one embodiment, carrier wave signal 
225 is received/transmitted between communications interface 213 and network 1 13. In 
one embodiment, a communications signal 225 maybe used to interface machine 201 with 
another computer system, a network hub, router or the like. In one embodiment, carrier 
wave signals 223 and 225 are considered to be machine readable media, which may be 
transmitted through wires, cables, optical fibers or through the atmosphere, or the like. 

In one embodiment, processor 203 may be a conventional microprocessor, such as 
for example but not limited to an Intel x86 or Pentium family microprocessor, a Motorola 
family microprocessor, or the like. Memory 205 may be a machine readable medium such 
as dynamic random access memory (DRAM) and may include static random access 
memory (SRAM). Display controller 209 controls in a conventional manner a display 
device 219, which in one embodiment may be a cathode ray tube (CRT), a liquid crystal 
display (LCD), an active matrix display, a television monitor or the like. The input/output 
device 217 coupled to input/output controller 215 maybe a keyboard, disk drive, printer, 
scanner and other input and output devices, including a television remote, mouse, 
trackball, trackpad, joystick, or the like. In one embodiment, audio controller 227 controls 
in a conventional manner audio output 23 1 , which may include for example audio 
speakers, headphones, an audio receiver, amplifier or the like. In one embodiment, 
controller also controls in a conventional manner audio input 229, which may include for 
example a microphone or input(s) from an audio or musical device, or the like. 

Storage 21 1 in one embodiment may include machine readable media such as for 
example but not limited to a magnetic hard disk, a floppy disk, an optical disk, a smart card 
or another form of storage for data. In one embodiment, storage 21 1 may include 
removable media, read-only media, readable/writable media or the like. Some of the data 
may be written by a direct memory access process into memory 205 during execution of 
software in computer system 201 . It is appreciated that software may reside in storage 
211, memory 205 or may be transmitted or received via modem or communications 
interface 213. For the purposes of the specification, the term "machine readable medium" 
shall be taken to include any medium that is capable of storing data, information or 
encoding a sequence of instructions for execution by processor 203 to cause processor 203 
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to perform the methodologies of the present invention. The term "machine readable 
medium" shall be taken to include, but is not limited to solid-state memories, optical and 
magnetic disks, carrier wave signals, and the like. 

In one embodiment, a broadcast system, such as for example one similar to any of 
those illustrated in Figures 1 A-1C, is configured to have a server 103 bro adcast a plurality 
of data files to a plurality of clients 105, 107 and 109. As will be discussed in greater 
detail below, each of the plurality of data files is described with meta-data in accordance 
with teachings of one embodiment of the present invention. In general, meta-data can be 
considered as a set of descriptors or attribute values that describe content or data files to be 
broadcast or potentially broadcast from server 103. The meta-data of the present invention 
provides information that enables client systems 105, 107 and 109 to reason and make 
informed decisions regarding the content of data files to be broadcast later by server 103. 
As will be discussed, various embodiments of the present invention utilize the meta-data 
for client-side filtering, storage management and other personalization techniques as well 
as determine broadcast schedules and content of future server broadcasts. For example, 
embodiments of the present invention provide for automatically delivering data files (e.g. 
television and movies) on a personalized channel 214 for display on the display device 219 
to the user, that are based on a user's profile and viewing habits. 

Figure 3 is a flow diagram illustrating the processing that is performed in 
accordance with teachings of one embodiment of the present invention. Figure 3 illustrates 
one embodiment of a signaling protocol in which signals are transmitted such that client 
systems can locate and acquire broadcast content. This includes a pre-broadcast of meta- 
data by server 103 to client systems 105, 107 and 109. In particular, process block 303 of 
Figure 3 shows that the server broadcasts the meta-data broadcast schedules to the clients. 
In one embodiment, the meta-data broadcast schedule indicates some point in the future 
when the actual meta-data of the present invention is going to be broadcast by the server. 
In one embodiment, the client systems use known ports such as for example those used in 
the program and system information protocol (PSIP), DVB, service advertising protocol 
(SAP) or the like to listen for upcoming service announcements from the server. 

In one embodiment, each client 105, 107 and 109 contains a known scheduling 
service, which accepts requests to wake up, or be activated, at a specific time to receive the 
information broadcast by the server. This scheduling service enables the client to wake up 
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at a specified time and select a specified service. For example, in one embodiment, this 
selection process can be accomplished by tuning to a specific frequency, such as for 
example in an Advanced Television Systems Committee (ATSC) or a DVB transponder or 
the like. In one embodiment, the selection process or can be based on a set of data, such as 
for example multi-cast Internet protocol (IP) addresses, which define a service. 

In one embodiment, a client application registers with the client signaling system to 
receive signals from a specific content provider. The client signaling system maintains a 
table of applications associated with specific content providers. In one embodiment, 
information from the server is broadcast over known addresses such that each client can 
use the known address. 

Process block 305 shows that the client receives the meta-data broadcast schedule 
from the server. In one embodiment, client systems 105, 107 and 109 capture and process 
this pre-broadcast information in order to determine when to wake-up and receive content, 
where to receive the content and which content to receive. In one embodiment, when the 
meta-data broadcast schedule is received by the client, the registered application in the 
client is notified to receive the meta-data broadcast schedule. 

In one embodiment, the clients wake-up at the pre-specified time indicated in the 
meta-data broadcast schedule to receive the meta-data from the server. Process block 307 
shows that the meta-data is then actually broadcast from the server to the clients at the time 
specified in the meta-data broadcast schedule. Process block 309 shows that the client 
receives the broadcast of meta-data from the server. As will be discussed, the meta-data 
includes descriptions of a plurality of data files that will be broadcast or potentially 
broadcast later by the server system. 

Process block 311 shows that the client system then updates a meta-data table and a 
content rating table. In one embodiment, a meta-data table and a content rating table are 
updated and maintained internally or locally by each client system in accordance with the 
teachings of the present invention. 

In one embodiment, a user of the client system may optionally classify any one or 
more of the plurality of data files that are described by the received meta-data. As will be 
discussed, the meta-data table and content rating table are updated by the client if there is a 
user classification. This is shown in Figure 3 with process block 313. 

In one embodiment, the clients wake-up to receive a data file broadcast schedule 
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from the server. In one embodiment, the data file broadcast schedule indicates a future 
time in which specific data files, which were described in the previously broadcast meta- 
data, will be broadcast by the server. Process block 3 1 5 shows that the data files are then 
actually broadcast from the server to the clients at the time specified in the data file 
broadcast schedule. Process block 317 shows that the client receives the broadcast of data 
file broadcast schedule from the server. 

In one embodiment, the clients wake-up at the pre-specified time indicated in the 
data file broadcast schedule to receive the data files from the server. Process block 319 
shows that the data files are then actually broadcast from the server to the clients at the 
time specified in the data file broadcast schedule. 

In one embodiment, process block 321 shows that the client receives the broadcast 
of the data files from the server. In one embodiment, client-side filtering according to the 
present invention is provided the client selectively storing data files according to the 
content rating table. In another embodiment, client-side filtering is provided by the client 
selectively waking up to selectively receive data files broadcast from the server according 
to the content rating table. In this embodiment, the client then stores the data files that 
were selectively received by the client according to the content rating table. 

In one embodiment, the client receives meta-data broadcasts from the server system 
that includes descriptions for a plurality of data files that are currently being broadcasted, 
as well. As an illustration, meta-data can be included as part of an Electronic Program 
Guide (EPG) or an Expended Program Information Signal (EPI). 

In one embodiment, in response to a content rating table that is based on a user's 
profile and viewing habits, a data file is automatically selected for the user, when the user 
tunes to his or her personalized channel 214 (e.g. channel 99). The data file can be 
selected based upon the ratings and/or relevance of the data file in relation to the content 
rating table. The automatically selected data file can be, for example, a currently 
broadcasting data file or a data file stored in a cache memory of the client 201. As 
previously discussed, data files can be stored in cache memory, based upon the content 
rating table, for later viewing by a user. 

In one embodiment, process block 323 shows that the client 201 displays data files 
for channels selected by the user on the display device 219, and particularly, displays the 
automatically selected data file on the personalized channel 214 on the display device 219, 
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when the personalized channel 214 is picked by user. Thus, the client 20 L streams data 
files (e.g. television and movies) tailored to the individual's tastes from live and captured 
content on the personalized channel 214 to the display device 219, with no user interaction 
required, except to pick the personalized channel 214. 

In one embodiment, process block 325 shows that the client then updates the meta- 
data table and content rating table if there are any user accesses of currently broadcasting 
data files or stored data files. For purposes of this disclosure, a user access may include a 
user interacting with, viewing, watching, listening to, reading, consuming, etc., a data file. 
For instance, one example of a user accessing a data file may be the user watching a 
particular movie or listening to a particular song provided by one of the stored data files in 
client. In one embodiment, a user access will result in the meta-data table and content 
rating table on the client being updated locally. 

Figure 4 is a more detailed flow diagram illustrating one embodiment of the flow of 
events in a client when processing meta-data broadcasted from a server and updating and 
maintaining a meta-data table and a content rating table in accordance with the teachings of 
the present invention. 

The meta-data table and content rating table create, what is often termed a user 
profile, which is based upon a user's past viewing history and preferences and is used to 
predict what sort of data files (e.g. televisions and movies) the user would likely want to 
watch. The meta-data table, content rating table, user profiles, etc. may be stored locally at 
the client 201 (e.g. in memory 205, storage 211, etc.) or elsewhere (e.g. as part of a LAN 
or WAN). 

For example, the processor 203 of the client 201 may run instances of what is often 
termed a preference engine or relevance engine, to create and update the meta-data table 
and content rating table. However, this can also be done remotely such as, part of a LAN, 
WAN, etc. A preference or relevance engine can be used to track user selection of data 
files (i.e. the channels selected and the types of content of the data files) and to create the 
meta-data table and the content rating table, representing the user's viewing preferences. 
Thus, the client 201 has a "learning" capability for adjusting a user's viewing preferences. 
For example a user's viewing preferences may be categorized based on broadcast content 
and the associated programming attributes associated with a data file, such as the genre 
(e.g. action, sports, comedy, entertainment, drama, etc.) as well as, associated attributes 
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assigned by the program guide such as titles of data files, actors, directors, writers, etc. 

For example, the processor 203 can run instances of a preference or relevance 
engine to automatically select the data file for the user. For instance, in response to the 
meta-data table and the content rating table, the preference or relevance engine can rate or 
determine the relevance of data files and automatically select the highest rated or most 
relevant data file, which is then displayed on the personalized channel 214 on the display 
device 219 to the user, when the user picks the personalized channel. As previously 
discussed, the selected data file can be, for example, a currently broadcasting data file or a 
data file stored in a cache memory of the client. Thus, the client 201 can stream data files 
(e.g. television and movies) tailored to the individual's tastes from live and captured 
content on a personalized channel 214 to the display device 219, with no user interaction 
required, except to pick the personalized channel. 

Although, some types of user profiles and preference engines are already known, 
the present invention provides, as will be discussed with reference to the following Figures 
4-14, a novel meta-data table and content rating table (e.g. for use as a user profile) and 
novel methods of processing this type of data (e.g. based upon ratings, relevance, and 
believability) for automatically selecting data files (e.g. based upon a user's preferences) 
for storage and for viewing on a personalized channel 214, among other things. 

Continuing with reference to Figure 4, process block 403 shows that a meta-data 
table is updated with attributes and attribute values included in the meta-data broadcasted 
from the server. Process block 405 shows that the content rating table is then updated with 
an entry for each one of the data files described by the meta-data broadcast from the server. 

In one embodiment, it is assumed that a meta-data table, a content rating table and a 
plurality of data files already exist in the client system. In one embodiment, the meta-data 
table, content rating table and plurality of data files may be stored and maintained in the 
client system in memory 205, storage 21 1 or by accessing a local network or the like with 
machine 201, as illustrated in the embodiment shown in Figure 2. 

To help illustrate the meta-data aspect of the present invention, Figure 5 is an 
example of one embodiment of meta-data 501, which may be broadcast by the server 103 
to the clients 105, 107 and 109. For explanation purposes, it is assumed that the data files 
broadcast by server 103 in this example are audio/video files such as for example movies 
or TV programming. As mentioned above, data files may be other types of files such as 
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for example but not limited to audio, graphics, text, multi-media or the like. 

In the illustrated embodiment, meta-data 501 in Figure 5 shows that four movies, or 
data files, will be broadcast later by server 103. These movies shown in this example are 
"Action Dude," "The Funny Show," "Blast c Em" and "Hardy Har Har." Meta-data 501 
includes attributes and attribute values that describe each one of the movies to be broadcast 
later by server 103. In the example illustrated, two attributes are provided to describe each 
movie in meta-data 501 . The attributes shown in Figure 5 are "Actor" and "Genre." It is 
appreciated that other embodiment of the present invention may include different attributes 
as well as other attributes values. For instance, a non-exhaustive list of other attributes that 
may be used to describe movies may include "Director," "Year," "Effects," "Ending " etc. 
In one embodiment, for example, 40-50 different attributes are provided to describe movies 
in accordance with the teachings of the present invention. 

Moreover, meta-data broadcasts from the server system can include descriptions for 
a plurality of data files that are currently being broadcasted or to be potentially broadcasted 
in the future. As an illustration, meta-data can be included as part of an Electronic 
Program Guide (EPG) or an Expanded Program Information Signal (EPI). This meta-data 
associated with EPGs and EPIs typically includes the name of the program, dates and 
times, movie rating, actors, genre (e.g. sports, action, comedy, drama, entertainment, news, 
etc), directors, writers, etc. Furthermore, EPIs often include information related to 
commercials, the expected life of content, additional information (e.g. website links for 
advertisers), etc. It should be appreciated that EPGs and EPIs and the types of information 
they contain are known in the art. 

Referring back to the particular example shown in Figure 5, "Action Dude" is an 
"action" movie featuring actor "Joe Smith." "The Funny Show" is "comedy" movie 
featuring actress "Jane Doe." "Blast 'Em" is an "action" movie featuring actor "Jane 
Doe." "Hardy Har Har" is a "comedy" movie featuring "Joe Smith." 

To help illustrate the meta-data table aspect of the present invention, Figure 6 is an 
example of one embodiment of meta-data table 601, which is updated and maintained 
locally by each client 105, 107 and 109. In the illustrated embodiment, meta-data table 
601 in Figure 6 has been populated with the data included in meta-data 501 , which was 
broadcasted earlier from server 103. In one embodiment, meta-data table 601 includes a 
list of attributes, attribute values and corresponding relevance values and believability 
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factors. In particular, meta-data table 601 includes attribute values "Joe Smith," "Jane 
Doe," "action," and "comedy." At this time, the relevance values and believability factors 
for attribute values "Joe Smith," "Jane Doe," "action," and "comedy" are all zero in Figure 
6. As will be shown, in one embodiment, the relevance values and believability factors of 
the present invention will be updated and maintained as the user interacts with the client 
system. 

In one embodiment, the relevance values in meta-data table 601 are indicators as to 
how relevant the associated attribute and attribute values are for predicting a particular 
user's behavior. For instance, the relevance value indicates how likely it is for the user to 
watch a particular movie because of this particular attribute value. In one embodiment, 
relevance values in meta-data table 601 are within a range of values such as for example 
from -10 to 10. As will be discussed, the relevance value may be increased if for example 
the user watches a particular movie or at least expresses an interest in a particular movie 
having that particular attribute value. Conversely, the relevance value may be decreased if 
the user for example does not watch a particular movie or if the user explicitly indicates 
that he or she does not want to watch a particular movie having that particular attribute 
value. 

In one embodiment, the believability factors in meta-data table 601 are weighting 
factors to be applied to specific attribute and attribute value pairs when rating or predicting 
whether a user will actually access a particular data file having that particular attribute 
value. In one embodiment, believability factors in meta-data table 601 are within a range 
of values such as for example from -10 to 10. In one embodiment, the believability factors 
may be increased for example when an attribute value accurately predicts a data file in 
which the user is interested. Conversely, the believability factors may be decreased when a 
user is interested in the data file, even though the particular attribute value indicates 
otherwise. 

In one embodiment, meta-data table 601 entries are constructed from the 
aggregation of all meta-data 501 associated with potential content or data files to be 
broadcast from server 103. In one embodiment, entries in meta-data table 601 are updated 
based on explicit user requests. In addition, updates to meta-data table 601 may also be 
implicitly based on whether a user accesses specific data files having particular attribute 
values, independent of whether the user explicitly classifies a particular movie. 



15 



042390.P11771 



To help illustrate the content rating table aspect of the present invention, Figure 7 is 
an example of one embodiment of a content rating table 701, which in one embodiment is 
updated and maintained locally by each client 105, 107 and 109. In the illustrated 
embodiment, content rating table 701 in Figure 7 includes a list of the data files described 
in meta-data 501 as well as any additional data files that are currently stored or cached 

locally by the client. 

In one embodiment, data files may be stored locally by the client in for example 
memory 205, storage 21 1 or in a locally accessible network by machine 201 of Figure 2. 
For purposes of this disclosure, data files being stored locally by the client may also be 
interpreted to include a data file stored "locally" by the client in a known network storage 
configuration, separate from the server. For purposes of this disclosure, the data file being 
stored or cached locally by the client is to be interpreted as the data file being stored for 
later access, retrieval or consumption. In one embodiment, the local cache of the present 
invention is considered to be a first level cache. Thus, the local cache the present invention 
is sized accordingly to increase the possibility of a single hit. 

Referring back to the continuing example of data files representing audio/video 
files, a movie is stored locally by the client. After a user watches the movie, the storage 
space occupied by the movie is generally considered to be available for storage of another 
movie to be broadcast sometime later. Thus, it is appreciated that the local cache of the 
client system is modeled as the single use system, e.g. fire and forget, in accordance with 
teachings of the present invention. In one embodiment, it is assumed that when a user 
accesses a data file, it is not likely that the user will want to access that same data file 
again. If a user has not watched a particular movie, the storage space occupied by that 
movie is generally considered not to be available for storage of another movie. However, 
if there is no additional storage space available and a higher rated movie is to be broadcast, 
the lower rated unwatched movie is replaced by the higher rated movie in accordance with 
the teachings of the present invention. 

Referring back to the embodiment of content rating table 701 shown Figure 7, each 
movie also has an associated rating, a rating type indicator, an in cache indicator and a next 
treatment indicator. In one embodiment, the rating indicates a rating value for the 
associated data file. The rating value in one embodiment may either be explicitly input by 
a user or implicitly generated by the client system by processing meta-data associated with 
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that particular data file. In one embodiment, a relatively high rating value predicts that the 
particular data file may be of interest to the user. Conversely, in one embodiment, a 
relatively low rating value predicts that the particular data file is unlikely to be of interest 
to the user. 

In one embodiment, the rating type indicator indicates whether the rating value of 
this particular data file was a result of explicit input from the user or if the rating value was 
implicitly generated by the client system. Thus, in one embodiment, the rating type 
indicator of content rating table 701 maybe explicit, implicit or N/A if the data file or 
movie has not yet been rated. In one embodiment, if a data file has been explicitly 
classified by a user, the rating values of attribute values of the data file are no longer 
updated implicitly by the client system. However, if a data file has not yet been classified 
or has only been implicitly rated by the client system, the rating of the attribute values of 
the data file may be further updated or adjusted by the client system. 

In one embodiment, the in cache indicator indicates whether that particular data file 
is currently stored or cached locally by the client. In the embodiment illustrated in Figure 
7, the movies "Action Dude " "The Funny Show" and "Blast 'Em" already exist in the 
local storage of the client system. Conversely, the movie "Hardy Har Har" has not been 
stored in the local storage of the client system in the example illustrated in Figure 7. 

In one embodiment, the next treatment indicator is used to track future actions to be 
taken for the particular data file. For example, if a movie has already been watched by the 
user, the next treatment indicator would indicate "replace" to indicate that the storage 
space occupied by that particular movie is available for storage of another movie. In one 
embodiment, if the movie has not yet been watched by the user, the next treatment 
indicator would indicate "keep." In one embodiment, if the movie has not been stored 
locally by the client and if the rating value predicts that this particular movie may be of 
interest to the user, the next treatment indicator would indicate "capture." In one of 
embodiment, if the movie has not yet been broadcast by the server and the rating predicts 
that this movie is unlikely to be of interest to the user, the next treatment indicator would 
indicate "ignore." 

As was discussed back to Figure 4, process blocks 403 and 405 show that the meta- 
data table and the content rating table are updated according to meta-data broadcast from 
the server. Decision block 407 shows that it is then determined whether there is a user 
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classification of any of the data files. Referring briefly to Figure 8, an example is shown 
where a user classifies some of the movies, as described by meta-data 501 . In particular, 
the user has expressed interest in the movie "Action Dude" by indicating that he or she 
wishes to receive that movie. In this example, the user has expressed that he or she does 
not have any interest in the movie "The Funny Show" by indicating that he or she refuses 
that movie. In this example, the user has not provided any information or classification 
regarding any of the remaining movies. 

Referring back to Figure 4, if the user has classified any of the data files, process 
block 409 shows that the relevance values of the particular attributes of (he classified data 
files are updated in meta-data table 601 . Process block 41 1 shows that the ratings of data 
files having attribute values with relevance values that were adjusted in response to the 
user classification(s) are also adjusted. In one embodiment, if the user has not classified 
any data files, process blocks 409 and 41 1 are skipped. 

To illustrate an example of when a user classifies data files, Figure 9 shows a meta- 
data table 601 that is updated or adjusted in response to a user classification. In the 
example provided in Figure 8, the user indicated that he or she was interested in the movie 
"Action Dude." Meta-data 501 in Figure 5 shows that "Action Dude" features actor "Joe 
Smith" and is an "action" movie. Thus, referring to meta-data table 601 in Figure 9, the 
relevance values for attribute values "Joe Smith" and "action" are adjusted to reflect that 
the user explicitly expressed an interest in "Action Dude." In one embodiment, the 
relevance values are increased to reflect that the user was interested. As will be discussed, 
in one embodiment, the believability factors associated with each attribute value are not 
updated until there is a user access of the data file having that particular attribute value. 

Continuing with the example of Figure 8, the user indicated that he or she was not 
interested in the movie "The Funny Show." Meta-data 501 in Figure 5 shows that "The 
Funny Show" features actress "Jane Doe" and is a "comedy" movie. Thus, referring back 
to meta-data table 601 in Figure 9, the relevance values for attribute values "Jane Doe" and 
"comedy" are adjusted to reflect that the user explicitly expressed that he or she was not 
interested in "The Funny Show." In one embodiment, the relevance values are 
decremented to reflect that the user was not interested. 

Continuing with the example of Figure 8, the user did not provide any information 
regarding the movies "Blast 6 Em" and "Hardy Har Har." Accordingly, the relevance 
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values of the attribute values associated with "Blast 'Em" and "Hardy Har Har" are not 
updated in meta-data table 601 . 

As will be discussed, in one embodiment, updates to the ratings in content rating 
table 701, as described in process block 41 1, are related to the relevance values and 
believability factors of the attribute values listed in meta-data table 601. A detailed 
description of the processing that occurs in process block 41 1 will be discussed below with 
a discussion of process block 417. 

Referring back to Figure 4, if the user accesses any of the data files, e.g. the user 
watches a movie, as determined in decision block 413, process block 415 shows that the 
relevance values and the believability factors of the particular attributes of the user 
accessed data files are updated in meta-data table 601 . Process block 417 shows that the 
ratings of data files having attribute values with relevance values that were adjusted in 
response to the user access(es) are also adjusted. If the user has not accessed any data 
files, process blocks 415 and 417 are skipped. 

To illustrate an example of a user accessing data files, assume that the user watches 
the movie "Action Dude." Meta-data 501 in Figure 5 shows that "Action Dude" features 
actor "Joe Smith" and is an "action" movie. In one embodiment, each time a user accesses 
or interacts with particular data file, the believability factor of the attribute values of that 
film are adjusted or updated. In one embodiment, for attribute values having relevance 
values greater than zero, the believability factor for that attribute value is increased, since 
that attribute value accurately served as a predictor for a data file that the user would 
access. In one embodiment, for attribute values having relevance values less than zero, the 
believability factor for that attribute value is decreased, since that attribute value did not 
accurately serve as a predictor for a data file that the user would access. Therefore, Figure 
10 shows a meta-data table 601 that is updated or adjusted in response to the user access of 
"Action Dude." In this example, the believability factors of "Joe Smith" and "action" are 
increased since the relevance values for these attribute values were greater than zero. 

In one embodiment, the relevance values associated with implicitly rated data files 
are also increased in meta-data table 601 in response to a user access. However, in the 
example shown in meta-data table 601 of Figure 10, "Action Dude" was explicitly 
classified by the user. In one embodiment, the relevance values are not updated in meta- 
data table 601 in response to a user access of data files explicitly classified by the user. 
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Figure 1 1 shows content rating table 70 1, which is updated in response to the user 
access of "Action Dude " as described in process block 417. As mentioned earlier, content 
rating table 701 is also updated as described in process block 41 1 in accordance with the 
teachings of the present invention. As shown in content rating table 701 of Figure 1 1, 
"Action Dude" has a rating value of 1 . The rating type of "Action Dude" is "explicit" 
because the user explicitly classified "Action Dude ," as described above in connection 
with Figure 8. The in cache indicator indicates that "Action Dude" is presently locally 
stored by the client system. The next treatment indicator indicates replace because the user 
has already watched "Action Dude." 

In one embodiment, the rating values in content rating table 701 are determined as 
follows. Meta-data 501 shows that "Action Dude" has the attribute values "Joe Smith" and 
"action " Meta-data table 601 of Figure 10 shows that "Joe Smith" has a relevance value 
of 1 and a believability factor of 1. Meta-data table 601 of Figure 10 also shows that 
"action" has a relevance value of 1 and a believability factor of 1 . In one embodiment, the 
rating value of a particular data file is determined considering all of the relevance values 
combined with their respective believability factors for all the attribute values of the data 
file. For instance, in one embodiment, the rating value for a data file is equal to the 
average of all of products of each relevance value and corresponding believability factor 
for the attribute values of the data file. 

To illustrate, referring to "Action Dude" in content rating table 701 of Figure 1 1, 
the product of the relevance value and believability factor of "Joe Smith" is 1 * 1, which 
equals 1. The product of the relevance value and believability factor of "action" is 1 * 1, 
which equals 1. The average of the products, 1 and 1, is 1. Therefore, the rating of 
"Action Dude" in content rating table 701 of Figure 1 1 is L 

Similarly, with regard to "Blast 'Em" in content rating table 701, "Blast 'Em" has 
the attribute values "Jane Doe" and "action." The relevance value and believability factors 
for "Jane Doe" in meta-data table 601 of Figure 10 are -1 and 0, respectively. Thus, the 
rating of "Blast c Em" in content rating table 701 is the average of 1 * 0 and 1 * 1, which 
equals 0.5. The ratings for "The Funny Show" and "Hardy Har Har" in content rating table 
701 in the example shown in Figure 1 1 are determined in a similar fashion in one 
embodiment of the present invention. 

It is noted that since the user classified the movies "Action Dude" and "The Funny 
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Show" above in Figure 8, these movies have an explicit rating type as shown in content 
rating table 701 of Figure 11. Since the user did not classify the movies "Blast 'Em" and 
"Hardy Har Har," these movies have an implicit rating in content rating table 701. 

It is appreciated that the discussion above provides one example of how the rating 
values in content rating table 701 are determined in accordance with the teachings of the 
present invention. It is noted that ratings values may be determined in other ways in 
accordance with the teachings of the invention, which consider the relevance values and 
believability factors for each of the attribute values of a data file. 

In one embodiment, the entry for next treatment in content rating table 701 is 
determined in part by the rating and in cache values for the particular data file. For 
example, assume in one embodiment that a rating of greater than zero indicates that the 
user is predicted to have at least some interest in that particular movie. Therefore, the 
movies "Blast 'Em" and "Hardy Har Har" may be of some interest to the user. Thus, the 
next treatment indicates that the movie "Blast 'Em" will be kept in storage and the movie 
"Hardy Har Har" will be captured when it is later broadcast by the server. As mentioned 
above, the movie "Action Dude" is marked for replacement in the next treatment field 
because it has already been watched by the user. 

In one embodiment, future interactions by a user with the client system results in 
similar processing as described above. For instance, assume that the user now watches the 
movie "Blast "Em." In this particular example, the user did not classify the movie "Blast 
'Em" before watching the movie. In one embodiment, both of the relevance values and 
believability factors are updated for the attribute values of unclassified data files that are 
accessed, as shown in meta-data table 601 of Figure 12. Recall from Figure 5 that the 
movie "Blast 'Em" features "Jane Doe" and is an "action" movie. As shown in Figure 10, 
the relevance value of "Jane Doe" was less than zero, or -1, prior to the user watching 
"Blast 'Em." Nevertheless, in this example, the user watched "Blast 'Em," despite the fact 
that it featured actress "Jane Doe." Accordingly, the believability factor of the "Jane Doe" 
attribute the value is adjusted downward since this particular attribute value now appears 
less likely or relevant when predicting a user's viewing habits. In one embodiment, since 
the relevance value is already less than zero, the believability factor is not adjusted further 
downward. However, the relevance value and believability factor for the attribute value 
"action" are adjusted upwards since "action" had a relevance value of greater than zero 
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prior to the user watching "Blast 'Em " Thus, in this example, the relevance value is 
adjusted upwards from 1 to 2 and the believability factor is also adjusted upwards from 1 
to 2. Therefore, the content rating table 601of Figure 12 now predicts that "action" movies 
are movies that the user is more likely to watch. 

In one embodiment, each time the user interacts with the client system, the meta- 
data table 601 and the content rating table 701 are updated. Updates to be meta-data table 
601 and content rating table 71 are performed when the user accesses data files as well as 
when the user explicitly classifies data files. It is appreciated that the user is not required 
to classify data files explicitly in order for the meta-data table 601 and content rating table 
701 to be updated in accordance with the teachings of the present invention. As a result, 
the content rating table over time will more accurately predict data files in which the user 
is interested. 

In one embodiment, the data files in which the user is predicted implicitly to be 
most interested as well as the data files in which the user explicitly classified an interest 
will be the data files that are cache locally on the client system. In effect, the television 
programs and movies that the user is most likely to want to watch are automatically stored 
locally, and therefore available "on demand," in accordance with teachings of the present 
invention without the user having to explicitly request these television programs and 
movies in advance or explicitly specify criteria used to identify the movies. Moreover, 
these data files can be automatically selected and displayed on the personalized channel 
214 on the display device 219 to the user, as will be discussed. 

As can be appreciated, by storing the data files locally on each client, broadcast 
bandwidth is utilized more efficiently in accordance with teachings of the present 
invention. Indeed, when a user watches a movie from the local storage of the client, no 
additional broadcast bandwidth is utilized. In addition, it is also appreciated that a 
substantial amount of the processing performed in a system according to the teachings of 
the present invention is performed on each of the client systems when updating their 
respective meta-data tables and content rating tables. This distributed processing of the 
present invention enables the presently disclosed broadcast system to scale across a very 
large number of users since the incremental cost to the server for each additional client is 
zero. 

In another embodiment, ratings values such as for example those generated in the 
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content rating tables maintained and updated by client systems of the present invention 
maybe used to determine broadcast content and schedules of a server in accordance with 
teachings of the present invention. For instance, assume a broadcast system such as for 
example the one described above in Figure IB. As shown in the depicted embodiment, 
server 103 broadcasts information to a plurality of clients 105, 107 and 109. In the 
depicted embodiment, each client 105, 107 and 109 also includes a communications link 
121, 123 and 125, respectively, back to server 103. In one embodiment, the 
communications links 121, 123 and 125 are used by server 103 to receive ratings from 
each client 105, 107 and 109, respectively. In one embodiment, the ratings received from 
each client are generated in a manner similar to that discussed above. In one embodiment, 
server 103 includes processing that aggregates the ratings received from each client and is 
therefore able to identify the most highly rated data files, hi one embodiment, server 103 
then broadcasts the most highly rated data files. In one embodiment, the order or time in 
which server 103 broadcasts the data files is determined at least in part by the aggregated 
ratings received from each of the clients. 

In one particular embodiment of the present invention, a method, apparatus, and 
machine-readable medium for automatically delivering data files (e.g. television and 
movies) via a personalized channel 214 to the user, that are based on a user's profile and 
viewing habits, are provided. The personalized channel 214 is displayed on a display 
device 219 to the user. This enables a passive viewing experience for the end-user. The 
user only needs to tune to his or her personalized channel (e.g. channel 99) to view 
personalized content synthesized from all of available content sources available to the user. 

For example, in one embodiment, a client 201 (e.g. a set-top box, personal 
computer etc.) receives meta-data broadcasts from a server system that includes 
descriptions of a plurality of data files currently being broadcasted or to be broadcast by 
the server system. As an illustration, meta-data can be included as part of an Electronic 
Program Guide (EPG) or an Expended Program Information Signal (EPI). In response to a 
content rating table that is based on a user's profile and viewing habits, a data file is 
automatically selected for the user. As previously discussed, data files are rated in 
response to a content rating table and meta-data tables. The data file can be selected based 
upon the ratings and/or relevance of the data file in relation to the content rating table. 
Particularly, the data file with the highest rating is automatically selected. The 
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automatically selected data file is displayed on the personalized channel 214 on a display 
device 219 to the user, when the user picks or tunes to the personalized channel (e.g. 
channel 99). 

The selected data file can be, for example, a currently broadcasting data file or a 
data file stored in a cache memory (e.g. memory 205 , storage 211, etc.) of the client 201. 
As previously discussed, data files can be stored in cache memory for the user. The stored 
data files are selected based upon their ratings and the data file is stored in a cache memory 
to thereby create a stored data file. In one embodiment, the client 201 compares the ratings 
of the currently broadcasting data files and the stored data files, and based upon the ratings, 
the highest rated currently broadcasting data file or stored data file is automatically 
selected for display on the personalized channel 214. Thus, the client 201 can stream data 
files (e.g. television and movies) tailored to the individual user's tastes from live and 
captured content on the personalized channel 214 to the display device 219 for viewing by 
the user, with no user interaction required, except to pick the personalized channel. 
Moreover, targeted advertisements based on user preferences can be shown on the 
personalized channel 214 to the user. 

Figure 13 is a flow diagram illustrating one embodiment of a process 1300 for 
selecting and displaying a data file on a personalized channel. The process 1300 can be 
implemented by the client 201 to display the personalized channel 214 (e.g. channel 99) on 
the display device 219, as previously discussed. 

At block 1310, the client 201 receives meta-data for data files currently being 
broadcasted and to be broadcast from the server 103. Next, at block 1320, the client 201 
(e.g. utilizing a processor 203) performs processing (e.g. including relevance or preference 
processing) to rate data files in response to a content rating table, as previously discussed. 
At block 1330, the ratings of the currently broadcasted data files and the stored data files 
are compared. The currently broadcasted data file or the stored data file with the highest 
rating is then automatically selected (block 1340). The selected data file is then displayed 
on a personalized channel 214 for display on a display device 219 to the user, when the 
user picks or tunes to the personalized channel (e.g. channel 99). 

Figure 14 is a flow diagram illustrating another, more detailed, embodiment of a 
process 1400 for selecting and displaying a data file on a personalized channel. The 
process 1400 can be implemented by the client 201 to display the personalized channel 214 
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(e.g. channel 99) on the display device 219, as previously discussed. 

At block 1402, the client 201 (e.g. utilizing a processor 203) processes incoming 
non-real time data files and meta-data, at a time prior to the current broadcast time (e.g. 
including relevance or preference processing) to rate data files in response to a content 
rating table, as previously discussed. If the meta-data associated with a data file achieves a 
moderate threshold rating then the data file and the meta-data is automatically selected for 
potential viewing on the personalized channel 214 and is cached or stored in memory (e.g. 
memory 205 or storage 21 1) at process block 1406. At block 1407, the stored data file is 
processed as a best stored data file option and is forwarded to decision block 1420. 
Generally, the best stored data file option satisfies a moderate threshold, e.g. a user is 
likely to enjoy the content. If the meta-data associated with a data file does not achieve a 
moderate threshold rating then the data file and meta-data is automatically discarded at 
block 1408. Moreover, the process 1400 may delete cached data files based on size, 
relevance based on time, e.g. news vs. movies, etc. 

At block 1410, the client 201 (e.g. utilizing a processor 203) processes incoming 
real time data files and meta-data (e.g. including relevance or preference processing) to 
rate data files in response to a content rating table, as previously discussed. If the meta- 
data associated with the data file achieves a sufficiently high threshold rating, the data file 
is designated as an immediate viewing data file and is automatically forwarded to decision 
block 1420. For example, immediate viewing data files have very high threshold ratings 
based on the content rating table, e.g. a user always watches Monday Night Football at 
8:00PM. Therefore, the personalized channel 214 will almost always display this data file 
at 8:00pm on Monday nights. On the other hand, if the meta-data associated with the data 
file does not achieve a sufficiently high threshold rating, the data file is sent to decision 
block 1402 for caching consideration, as previously discussed. 

At block 1415, the client 201 (e.g. utilizing a processor 203) processes incoming 
real time data files and meta-data (e.g. including relevance or preference processing) to 
determine a best current data file option. The best current data file option is forwarded to 
decision block 1420. The best current data file is the best guess of the process 1400 as to 
which data file the user would likely want to view notwithstanding any highly relevant 
immediate viewing data files or moderately relevant stored data files. 

At decision block 1420, one of the immediate viewing data file, the stored data file, 
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or the best current data file option is selected. In one embodiment, the immediate viewing 
data file is given priority over the stored data file and the stored data file is given priority 
over the best current data file option. Thus, if the immediate viewing data file is available, 
it is automatically selected for display on the personalized channel 214 on the display 
device 219 (block 1422). However, if the immediate viewing data file is not availably and 
a best stored data file option is available, then the best stored data file option is 
automatically selected for display on the personalized channel 214 on the display device 
219 (block 1422). If neither an immediate viewing data file or a best stored data file option 
is available, then the best current data file option is automatically selected for display on 
the personalized channel 214 on the display device 219 (block 1422). Thus, the client 201 
can stream data files (e.g. television and movies) tailored to the individual's tastes from 
live and captured content on the personalized channel 214 to the display device 219, with 
no user interaction required, except to tune to the personalized channel (e.g. channel 99). 

The embodiments of the present invention and their various functional components 
can be implemented in hardware, software, firmware, middleware or a combination thereof 
and utilized in systems, subsystems, components, or sub-components thereof. When 
implemented in software, these embodiments are the instructions/code segments to 
perform the necessary tasks. The program or code segments can be stored in a machine 
readable medium, such as a processor readable medium or a computer program product, or 
transmitted by a computer data signal embodied in a carrier wave, or a signal modulated by 
a carrier, over a transmission medium or communication link. The machine-readable 
medium or processor-readable medium may include any medium that can store or transfer 
information in a form readable and executable by a machine (e.g. a client, a processor, a 
computer, etc.). Examples of the machine/processor-readable medium include an 
electronic circuit, a semiconductor memory device, a ROM, a flash memory, an erasable 
programmable ROM (EPROM), a floppy diskette, CD-ROM, an optical disk, a hard disk, a 
fiber optic medium, a radio frequency (RF) link, etc. The computer data signal may 
include any signal that can propagate over a transmission medium such as electronic 
network channels, optical fibers, air, electromagnetic, RF links, etc. The code segments 
may be downloaded via computer networks such as the Internet, Intranet, etc. 

In the foregoing detailed description, the method and apparatus of the present 
invention have been described with reference to specific exemplary embodiments thereof. 
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It will, however, be evident that various modifications and changes may be made thereto 
without departing from the broader spirit and scope of the present invention. The present 
specification and figures are accordingly to be regarded as illustrative rather than 
restrictive. 
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